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1 MR. MALONEY: Good morning. 

2 JUDGE BLANKENSHIP: Good morning. You have 20 minutes and 

3 you can begin when you are ready. 

4 MR. MALONEY: If it pleases the Board, I would like to just spend 

5 30 seconds discussing the 101 and the 1 12 rejection and focus most of my 

6 remarks on the prior art rejections. 

7 Essentially in claims 1 and 30, we are claiming a computer- 

8 implemented method. In claim 5 we are claiming availability system, 

9 including a cache and a cache manager. And for the reasons discussed in 

10 our briefs, I believe that's sufficient to provide statutory subject matter. 

1 1 With respect to the rejection under 112, first paragraph, essentially the 

12 steps of claim 3, 1 believe, are steps which the examiner clearly cannot find 

13 in the prior art and therefore prompting this particular rejection. Those steps 

14 are part of determining whether or not the cache should be updated. 

15 And again, for the reasons discussed in our briefs, we feel that those 

16 claims are also supported. And the specification doesn't impose any specific 

17 limitation on where these particular steps occur in the process. 

18 Turning to the prior art rejections, before I actually discuss the 

19 references, I would like to give the Board a little — some preparatory 

20 remarks, since the examiner chose to do that with respect to his 

21 characterization of our claims, which I'll get to in a moment. 
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1 This invention is directed to specifically a particular type of 

2 processing that's involved in air travel and it's called seat availability. When 

3 a travel planning site or a computer reservation service sells a ticket to a 

4 customer, there are several steps, specifically well-defined steps in the 

5 airline industry that they have to go through in order to find and sell that 

6 ticket. 



7 One of them is called scheduling in which you find sets of flights that 

8 can go between point A and B. 

9 Another one is called faring in which you find fares which are 

10 complicated data structures that have prices and markets associated with 

1 1 them and they have rules associated as to whether or not those fares can be 

12 used with particular flights. And then there is another aspect called booking, 

1 3 when you actually book a ticket. 

14 In between there someplace is often what's called seat availability. 

15 That's actually querying an airline to determine whether or not they are 

16 willing to sell a seat on their flight for the particular fare in a sequence of 

17 flights that have been selected. 

1 8 The advent of low fare searching, which we discuss in the summary of 

19 our invention section, has provided computer tools that enable computers to 

20 quickly calculate various travel options. In other words, sequences of flights 

21 and fares between two different points of travel. Oftentimes a user could 

22 potentially select among thousands of such flights - I'm sorry, such travel 

23 options. 
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1 The problem, obviously, however, with this scenario is that the seat 

2 availability is an algorithm that's typically run on an airline's revenue 

3 management system. The airlines charge for accessing these systems. Back 

4 when we filed this application I believe that charge was a dollar. There may 

5 be other charges associated with that. 

6 And it takes time for the system to respond. Typically a second. So if 

7 you are a travel planning site and you have calculated 10,000 possible ways 

8 of getting between point A and point B, you obviously do not want to send 

9 10,000 of these things to a potential customer. 

10 But you also want to send ones that are likely going to be able to be 



1 1 booked on in which there's going to be some availability on. And we also 

12 are in a situation where we want everything done relatively quickly. So we 

13 cannot wait 20 or 30 minutes for airlines to respond with availability on each 

14 one of these 10,000 flights. 

15 So there is a need that was not recognized back at the time this 

16 application was filed of a different way of filtering out these potential 

17 pricing solutions or travel options to return a set to the user that are likely to 

18 be available so that when they go book a ticket, they are more likely to be 

19 able to book a ticket using one of those solutions than not. 

20 It would be probably the worst thing in the world to return a bunch of 

21 solutions and have the user not be able to book any of those solutions. So 

22 this is where all this comes from. 
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1 This application describes a cache. Now, the cache is not necessarily 

2 being used in the same way a typical cache is being used. That's not 

3 necessarily the subject matter of these claims. The subject matter of these 

4 claims is actually how this cache is managed as opposed to how it's used. 

5 But let me simply say this: Cache is actually acting like a predictor of 

6 this - what this revenue management system is going to do as opposed to 

7 just actually caching the answers for these seat availability queries. 

8 So now turning to the examiner's characterization of our claims, I did 



9 not find the examiner's characterization of our claims particularly helpful. 

10 And particularly the examiner said that the invention was directed towards 

1 1 the method for managing information in a cache to make sure the 

12 information was correct, current and complete. This is on pages 15 and 16 

13 of his brief. 



14 And he gives as an example of how we do that the discussion on page 

15 11, lines 10 to 15 about how if there's a certain lapsed time, you send an 

16 availability query request to the airline's database, as he characterized it. 

17 However, the problem with this characterization of the invention is 



18 the examiner is actually citing the part of our application that discusses how 

19 a query is actually made to the cache and what happens when the query is 

20 made to the cache for availability information and whether or not that 

21 availability query is going to be returning an answer from the cache or 

22 returning an answer that's actually made to the airline's revenue management 

23 system. 
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1 That's not the subject matter of these claims. The subject matter of 

2 these claims is actually discussed from figures 7 to figures 13. The subject 

3 matter of these claims has to do with a cache management technique. And 

4 the cache management technique involves proactively determining whether 

5 the answer in the cache should be updated. 

6 The criteria used to actually determine whether or not the answer 

7 should be updated is the needs of the travel planning system that are actually 

8 making the queries to the cache. 

9 So we have a situation where you have a travel planning system that's 

10 using this availability cache - 

1 1 JUDGE LUCAS: Give me an example of a travel planning system- 

12 are we talking about, like, Travelocity or - 

13 MR. MALONEY: Travelocity, Expedia, Orbitz, those are all travel 

14 planning systems. 

15 JUDGE LUCAS: And when they give me my responses, they are 

16 going against the cache to give me my trip from here to New York? 

17 MR. MALONEY: No. So this is what happens. When you send in 

18 an availability query to Orbitz, for example -- 1 use Orbitz as an example 

19 since Orbitz is a licensee of a lot of my client's software. 

20 Orbitz will access a database that has flight information in it, all the 

21 potential flights that can be accessed, say, from New York to LA. There are 

22 many, many flights on many, many carriers. They go in many, many 

23 different directions. It's a very complicated process. It's a graph process. 
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1 They access these flights. Then they also access from a different 

2 source fares. And the fares come from a company called ATPCA [sic], 

3 Airline Traffic Protocol Company, I think it is. It's in the specification. 

4 And they figure out, based upon things called fare rules, what fares 

5 can be used with what sets of flights to give you a travel option between 

6 New York and LA. So you may have direct flights between them. 

7 There are many different fares on that direct flight that you could 

8 possibly use. You may have indirect flights where you may travel through 

9 Chicago or travel through Des Moines, Iowa or what have you. 

10 So those are pricing solutions. Those are basically sets of flights and 

11 a fare that can be used -- one or more fares that can cover those sets of 

12 flights. 

1 3 But that still does not tell you whether or not you can actually buy a 

14 ticket for that pricing solution, because in order to be able to buy a ticket, 

15 each one of those flights you are going to take for any one of those particular 

16 pricing solutions has to have a seat available on it that the airline is willing 

17 to sell to you. 

18 So for example, if you and I both submit queries at the exact same 



19 time to this travel planning site for the same airline, the same sets of flights 

20 and I'm having a round-trip and you are having a one-way trip, they are 

21 more likely to give me the last seat on that because they are making more 

22 money from me than they are going to make from you. 

23 So there is a very complicated algorithm that's run in a revenue 

24 management system that the airline keeps to try to maximize profit on every 

25 flight. This is described in the specification. 
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1 JUDGE LUCAS: But to go against the terminology of the claims, the 

2 - what is shown to me by Orbitz of all the available seats comes from the 

3 cache. 

4 MR. MALONEY: Orbitz is not showing you any of this stuff. 

5 JUDGE LUCAS: Only if the caches fail does it go ahead and refresh 

6 the information in the cache. 

7 MR. MALONEY: No. First of all, Orbitz is not showing you any of 

8 this stuff. You would not see anything that's happening. This is all 

9 happening behind the scenes. 

10 So essentially what this cache does - it does several things, not all of 

1 1 them which are the subject of this claim. 

12 For example, one of the ways in which this cache is used, which is not 

13 the subject matter of these claims, but one of the ways this cache is used is 

14 that unlike Lynch which describes downloading a bunch of information from 

15 a computer reservation system, it's really not practical, I think, to download 

16 all the availability information for these systems. 

17 I don't think Lynch really specifically discusses seat availability 

1 8 information. And you can see in the briefs the examiner and I have gone 

19 back and forth on that because that just involves all these costs that are 

20 associated with this. 

21 I think they handle that when they get a pricing solution that they are 

22 going to want to book. Then they see whether or not they can actually book 

23 that pricing solution. 

24 But in our claims, what our claims are actually directed to is this 

25 cache that has these availability answers and queries. 
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1 They have a query of the availability and the answer in it. And the 

2 availability system, the overall system will make some intelligent guesses 

3 about whether or not availability is going to be predicted as being yes or no 

4 for a particular flight based upon what they see in the cache. 

5 It may be an exact answer. It may be the same availability query for a 

6 particular same flight or it may be for a similar flight leaving at a similar 

7 time on a different airline. 

8 They may not have an exact availability query for that, but they are 

9 going to make a guess, they are going to predict that that particular sequence 

10 of flights are going to be available based upon what they see in the cache. 

1 1 That's not, though, what the subject matter of this claim is. The 

12 subject matter of this claim is based — is directed to how you update this 

1 3 cache. 

14 So in Lynch, what Lynch does, Lynch periodically will just go to the 

15 computer reservation service system and download all the information. So it 

16 does that once every hour, once every ten minutes or whatever. 

17 We take a position they don't download availability information. We 

18 can argue about that, but I think it's quite clear they don't describe it. So it 

19 might be inferred but I think, again, if they were to actually do that, it would 

20 entail all these costs we're trying to avoid. 

21 Whereas, what we're doing is we're proactively updating this. So we 

22 look at what's happening at the travel planning system. If you look at claim 

23 2, maybe it's a little bit clearer. 
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1 Claim 2 talks about monitoring the queries that are made to the travel 

2 planning system to see what types of flights, what destinations are being — 

3 are the most sought after. And it is those queries that control how we update 

4 the cache. 

5 There is also other mechanisms - 

6 JUDGE LUCAS: The queries are made to the cache itself? First of 

7 all, I apologize now for the times I've interrupted you. 

8 MR. MALONEY: That's okay. 

9 JUDGE LUCAS: In claim 2 it says, Monitoring availability queries 

10 that are made to the cache by the travel planning system. So the cache itself 

11 is what the queries are going to be bounced against. Agreed? 

12 MR. MALONEY: The cache itself is what the queries are going to be 

13 bounced against. So the queries made to the cache by the travel planning 

14 system, okay, are a reflection of the needs of the travel planning system. 

15 So if the travel planning system is getting, say, user queries from you 

16 and from everybody else in this room that we want to fly from New York to 

17 Boston, they are going to update that information more often in the cache 

1 8 than if, say, New York to Phoenix, Arizona, because no one wants that 

19 information. 

20 So it's basically what's happening at the travel planning system that's 

21 deciding how this availability cache is being updated. And the point here 

22 being is that this cache is holding information that had been made on 

23 previous availability queries that were made over extended periods of time. 
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1 And this cache is constantly being updated and new entries are being 

2 added, new entries are being deleted. That's the subject matter of some of 

3 the dependent claims based upon how the travel planning systems are 

4 actually using it. 

5 That's not described in Lynch. All Lynch does is Lynch has an 

6 algorithm that runs once a minute and just downloads all the information 

7 which, again, for reasons I've discussed does not appear to include 

8 availability information. And if it did, it would be very unworkable because 

9 basically it's incurring all of these costs that we're trying to avoid. 

10 So we're actually using availability queries that were previously made 

11 to try to make guesses about what the availability is going to be currently. 

12 It's like a prediction type of mechanism. That's how it's being used. How 

13 it's being managed is clearly different than what's described in Lynch. 

14 So I think that takes me actually through some of my discussion of 

15 Lynch. The other one I would probably like to discuss is Walker. Walker 

16 basically describes a revenue management system and changes to a revenue 

17 management system to account for what we would term distressed 

18 inventory. 

19 They want to provide a new fare class which is essentially a ticket for 

20 unspecified time of travel. So if an airline believes that a flight is going to 

21 be leaving with empty seats on it, they will make that flight available at a 

22 very low cost to people who have bought these types of tickets. 
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1 And again, they are describing changes to the revenue management 

2 system but it's not describing any features of claim 23 or claim 30. But 

3 again, it's not - the cache that the examiner seems to find in Walker is 

4 actually the revenue management system. 

5 JUDGE LUCAS: Going back to Lynch, which you have dismissed as 

6 not discussing availability, are comments in Lynch. For example, at the top 

7 of column 4, the customer reservation systems 24 provide travel service 

8 inventory information such as airline, flight, hotel and rental automobile 

9 availability and rates. 

10 And in Lynch he talks at the top of column 2, the system obtains 

1 1 inventory information specifying the rates and/or availability of a plurality 

12 of travel arrangements from one or more computer reservation systems. 

13 And there's other spots where he's talking about availability and rates 

14 of airline flights and so forth. Now, you say that is not really seat 

15 information. That's airline flight information. 

16 MR. MALONEY: So here is one way of looking at it. There may be 

17 -in my view, that does not describe seat availability information. 

1 8 But if you look at it from the point of view that an airline may have 

19 seats available on a flight, it does not necessarily mean that the airline is 

20 going to sell you one of those seats because the airline may want to know 

21 whether you are buying a one-way or a round-trip ticket because they want 

22 to try to maximize the profit potential of that particular seat. 

23 So just the fact that there may be seats available on the airline does 

24 not mean that they are talking about seat availability. 
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1 And I tend to doubt that they are, in fact, talking about seat 

2 availability because if they were to download all the seat availability 

3 information from all these computer reservation services, they would be 

4 talking about spending huge amounts of money because they are going to 

5 charge them a dollar every time they run that algorithm. So I don't think that 

6 that's what was intended. 



7 JUDGE LUCAS: Could it not be, Mr. Maloney, that you have 

8 invented a method for lowering the cost of seat availability but that does not 

9 mean that the Lynch reference doesn't teach - 

10 MR. MALONEY: I'm sorry? 

1 1 JUDGE LUCAS: That you have invented a method for lowering the 

12 cost of presenting seat information to a user because of your cache and the 

1 3 way you update based on your own methodology, but that does not mean 

14 that the claim doesn't teach presenting seat availability. 

15 MR. MALONEY: I didn't understand the -- what do you mean the 

16 claim does not teach — 

17 JUDGE LUCAS: That the reference doesn't teach seat availability. 

1 8 Lynch may present seat availability. Now, your argument is that, well, I'm 

19 doing it at much less of a cost since I don't go out and pay the dollar per 

20 reference as often as Lynch would do so. 

21 MR. MALONEY: Well, my argument is a little different than that. 

22 My argument is that, first of all, Lynch does not describe seat availability 

23 because of his costs. 
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1 And secondly, even if we were to assume that Lynch describes seat 

2 availability information, Lynch does not update that seat availability 

3 information using a cache management algorithm as claimed in claim 1 . 

4 That's the feature. 

5 JUDGE LUCAS: Okay. I understand. 

6 MR. MALONEY: The costs that we're avoiding are two costs. One 

7 is a monetary cost and the other one is a computation cost. So again, if 

8 Lynch wanted to access all of these revenue management systems of all of 

9 these airlines like the examiner seems to be stating, then he's going to incur a 

10 second or so for each one of these availability queries. 

1 1 And if you are doing this for all of these airlines with all of these 

12 different flights, that's going to take enormous amounts of time. Enormous 

13 amounts of time is enormous amounts of money. So I just don't believe 

14 that's what's happening. 

15 JUDGE LUCAS: I understand and appreciate your point. 

16 MR. MALONEY: So again, I think Walker is not particularly 

17 relevant to the subject matter. Walker, in fact, I think helps support our 

18 position because it actually describes somewhat an example of a revenue 

19 management system or modifications to a revenue management system. 

20 JUDGE BLANKENSHIP: We've taken up all your time. Would you 

21 like a minute to sum up? 

22 MR. MALONEY: Well, I would like to just talk about Fileppe and 

23 Mehovic for a second. That's a second set of rejections that the examiner 

24 had provided. 
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1 Mehovic basically describes a process to migrate computer 

2 reservation information, commonly referred to as passenger name records, to 

3 a relational database. It has nothing at all to do with the subject matter of 

4 these claims. It's clearly not even relevant — as relevant as Lynch might be. 

5 Fileppe has to do with a technique for updating an object-oriented 

6 database. And if there was ever a case in which there was no suggestion or 

7 motivation to combine two references, it has to be this case because the 

8 examiner states that - examiner missed that Mehovic teaches a technique 

9 which is again a time-based technique. 

10 And in this case every time the computer reservation service 

1 1 information changes, it updates this database. 

12 And somehow the examiner believes that it would be obvious to take 

1 3 the teachings of Fileppe, which the examiner equates to this current 

14 proactive stuff, to combine that with Mehovic when, in fact, doing that 

15 would actually make Mehovic's system not as efficient. 

16 So again, to the extent that there's still some requirement for 

17 motivation to combine references, I think that this is a clear case where there 

18 is no motivation. And again, for the reasons that we discussed in the brief, I 

19 believe that these two references also do not describe or suggest the claimed 

20 invention. 

21 Are there any other questions? 

22 JUDGE BLANKENSHIP: No. Thank you. 

23 MR. MALONEY: Thank you very much. 
24 
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1 (Whereupon, the proceedings were concluded on September 11, 

2 2008.) 
3 

4 
5 
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